home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20020314-20021006 / 000239_greg180@aol.com_Fri Jul 26 17:15:35 EDT 2002.msg < prev    next >
Text File  |  2002-10-06  |  4KB  |  101 lines

  1. Article: 13552 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!newsxfer.eecs.umich.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.stanford.edu!postnews1.google.com!not-for-mail
  3. From: greg180@aol.com (chuck)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Help needed in setup of Host - dialin client
  6. Date: 26 Jul 2002 14:09:27 -0700
  7. Organization: http://groups.google.com/
  8. Lines: 83
  9. Message-ID: <71dc564d.0207261309.7bfa937a@posting.google.com>
  10. NNTP-Posting-Host: 152.163.188.227
  11. Content-Type: text/plain; charset=ISO-8859-1
  12. Content-Transfer-Encoding: 8bit
  13. X-Trace: posting.google.com 1027717768 19677 127.0.0.1 (26 Jul 2002 21:09:28 GMT)
  14. X-Complaints-To: groups-abuse@google.com
  15. NNTP-Posting-Date: 26 Jul 2002 21:09:28 GMT
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13552
  17.  
  18. Stuck on a seemingly simple problem.  We want to use KERMIT to
  19. transfer files between two dialed up machines.  The client will dail
  20. the host
  21. and have a set of files to send and will , in the same session 
  22. want to receive files from the host.
  23.  
  24. I believe I have the HOST side setup.
  25. I used the scripts HOSTMDM.KSC, HOSTMODE.KSC (with mods to skip the
  26. prompts)
  27.  and HOST.KSC.
  28.  
  29. I seem to be missing something.  The clients call gets answered,
  30. HOST.ksc
  31. is started by HOSTMDM then both sides hang until host times out
  32. and disconnects.  Client attempts reconnect after a waiting period.
  33.  
  34. The detail of the dialoge on both machines is shown below.
  35.  
  36. I need help as to what I need to look at.  I'm not even sure if
  37. my issue is on the host side or client side.  (OR BOTH!)
  38.  
  39. Some diagnostic thinking/direction would be appreciated.  
  40. This thing is killing me and getting urgent as well.
  41.  
  42. Thanks,
  43.  
  44. Chuck
  45.  
  46. ---------------------------------------------------
  47.  
  48. HOST MACHINE (Kermit 2.0, Windows 95)
  49.  
  50. Using hostmode.ksc (modified to eliminate some confirmation prompts)
  51. Invokes HOSTMDM.ksc as expected,  call is answered
  52. HOST.ksc entered and reports 
  53.  
  54. 13:43:25 - Current directory: C:/PROGRA~1/KERMIT~1.0/
  55. 13:43:25 - Connection from Boca_V90_Tidalwave_External_FD
  56. 13:43:25 - Auth State = [rejected]
  57. 13:43:25 - Auth Name  = []
  58. 13:43:25 - Auth Type  = [X_509_CERTIFICATE]
  59. 13:43:25 - User name  = [C.P.S., Inc.]
  60.  
  61. Why is the user name set, no log in dialog has been done yet?
  62. Why the X_509_CERTIFICATE auth?
  63.  
  64. Host.ksc waits on input:
  65. <snip>        
  66.      clear device-buffer                     ; Don't allow typeahead
  67.      intext 3 {Username: } 32 90
  68. <snip>
  69.  
  70. INTEXT times  out, FAILs (at or near line 480) and disconnects
  71.  
  72. ---------------------------------------------------------------------------------------
  73.  
  74. CLIENT Machine (Kermit 2.0, Windows 95)
  75.  
  76. Client who has dialed in, never sees a request for the username
  77. or any other prompt
  78.  
  79. I am using the recover.ksc with modest changes to preserve
  80. modem (tapi) settings established in my custom.ini. 
  81. I also use a script which was gen'ed by the dialer.  I dropped the
  82. dial/connect stmts and take it at the start of my process
  83. as a std setup procedure.
  84.  
  85. I have used that setup script productively to dial up to
  86. a mainframe for kermit file transfers.
  87.  
  88. hence k95 > take cpssetup.ksc
  89.       k95 > take sender.ksc  (son of recover)
  90.  
  91. I get the following on the client screen:
  92. CARRIER   26400
  93. Protocol: LAP-M
  94. COMPRESSION: V.42bis
  95.  
  96. This followed by an unknown (to me) hex data stream.  Perhaps some
  97. sort
  98. of handshaking the client side is not dealing with.
  99.  
  100. Command line is functional until I try to something remotish.
  101.